home *** CD-ROM | disk | FTP | other *** search
/ Aminet 19 / Aminet 19 (1997)(GTI - Schatztruhe)[!][Jun 1997].iso / Aminet / comm / cnet / cnet_backup.lha / cnetamigabackup / CNetBackUp_README! < prev    next >
Text File  |  1997-04-06  |  47KB  |  1,019 lines
  1. ============================================================================
  2.       CNet Amiga BackUp, v3.51 README! File by Dotoran of Frontiers!
  3. ============================================================================
  4.  
  5. What is it?
  6. ~~~~~~~~~~~
  7.     This utility was written as a means of safeguarding CNet Amiga's more
  8. volatile information files, like "bbs.udata", "bbs.sdata", etc, although it
  9. has undergone numerous changes and has proven to be QUITE powerful!
  10.  
  11. System Requirements:
  12. ~~~~~~~~~~~~~~~~~~~
  13.     In order to use this program, you MUST have the following:
  14.  
  15.         CNet Amiga, v4.26b or later.
  16.           (It WILL run on v3.05c, but NOT run on EARLIER 4.xx versions!)
  17.         Arexx, v1.14 or higher.
  18.         Arexx "rexxsupport.library".
  19.         LHA, v1.38 or higher. (MUST be Named LHA & be present SOMEWHERE
  20.                                in your PATH, preferably in C:)
  21.  
  22.     And these DOS commands located somewhere in your PATH, preferably C:
  23.  
  24.             Copy        Delete      Filenote    Format
  25.             MakeDir     Protect     Rename      Sort
  26.  
  27.     The following calls are made using the "rexxsupport.library":
  28.  
  29.             SHOWDIR()       SHOWLIST()      STATEF()
  30.  
  31.     If you are lacking any of the above files, then you will NOT be able to
  32. use this program. None of these files are "out of the ordinary" which means
  33. you should already have these programs and files if you are running CNet to
  34. it's fullest potential.
  35.  
  36.     When I say the files must be available in your "PATH", I'm referring them
  37. to be located in one of the directories specified in one or more PATH state-
  38. ments located in your "startup" files when your system boots up. Since it is
  39. possible to have MULTIPLE path commands listed amongst these files, you can
  40. type PATH, with no arguments from inside a CLI-Shell window to list ALL the
  41. currently PATH'ed directories. Provided you see the directory that houses the
  42. needed files above within this listing, you'll be all set. If, however, you
  43. do NOT see one or more directories listed, then I suggest you COPY the files
  44. INTO one of the directories you DO see listed. (Do NOT MOVE the files, just
  45. in case some OTHER program is written to find them in the original location!)
  46.  
  47.  
  48. WARNING:
  49. ~~~~~~~
  50.     This program has the potential to be VERY DANGEROUS if used by one who
  51. does not know what they are doing, or one who shouldn't be using it anyways,
  52. so please SAFEGUARD this program in a directory available only to YOU in your
  53. DOORS: area, or better yet, don't add this file to your DOORS: at all...
  54.  
  55.     Instead, add it as a SysOp Only Command which is only known to YOU and
  56. those you trust. The old saying, "Out of sight, out of mind" is worth NOTING
  57. (REMEMBERING) where this program is concerned!
  58.  
  59.     It is also recommended that you NOT allow this file to be used REMOTELY,
  60. as their ARE possibilities something unforseen may need your attention, like
  61. running out of memory, etc. For this reason, I did NOT include any Loss of
  62. Carrier checks in either routine. Perhaps if you come home someday to see
  63. the port hanging, because someone used it remotely and lost carrier that you
  64. will REMEMBER to NOT allow users to use this from remote.
  65.  
  66. OK, So How Do I Use It?
  67. ~~~~~~~~~~~~~~~~~~~~~~
  68.     Well, to start with, you should have two Arexx files in this archive:
  69.  
  70.         CNetAmigaBackUp/CNetBackUp  - The SysOp Maint Module.
  71.         CNetAmigaBackUp/CNetBackUpA - The AutoMaint Module.
  72.  
  73.     You should place the "CNetAmigaBackUp/" directory somewhere in your BBS.
  74. I have mine in the "DOORS:" directory, but you can have yours wherever you 
  75. wish.
  76.  
  77.     You should then add the "CNetBackUpA" file as an EVENT that will be RUN
  78. every night. Settings might look like these:
  79.  
  80.                 Name: CNetBkUP                  Event Type: RunARexx
  81.              Port(s): 0
  82.         Execute Date: Tommorrow at 03:30    (Run at 3:30 AM)
  83.               Invoke: Immediate-UDump
  84.          Repeat Days: 1                     (Run ONCE a day)
  85.         Repeat Hours: 0
  86.          Repeat Mins: 0
  87.           Valid Time: 01:00                 (Between 3 and 4 AM)
  88.               Status: Ready
  89.        Unloaded Port: Ignore
  90.               Checks: Mark ALL SEVEN        (Run EVERY Day)
  91.  
  92.              Command: <path>CNetAmigaBackUp/CNetBackUpA
  93.  
  94. NOTE: Replace <path> with the location you decided to store the included
  95.       "CNetAmigaBackUp/" directory. 
  96.  
  97. NOTE: This version currently does NOT allow for the AMaint module to create
  98.       a BackUp MORE than ONCE in a given day, however YOU can run backup as
  99.       often as you wish using the SysOp BackUp module. For this reason, you
  100.       should NOT attempt to create the above event to "hit" more often than
  101.       once a day. (If you do, nothing adverse will occur, but nothing will
  102.       be backed up each successive time it runs either).
  103.  
  104.     You should now add the following command to the bottom of Menu # 1, your
  105. Maintenance Menu:
  106.  
  107.         CNB, CNet Backup    |   {#1<path>CNetAmigaBackUp/CNetBackUp}
  108.                                 ^ `---------.
  109.                              Control-Q      |
  110.                                           Exclusive Use ARexx PFile
  111.  
  112. NOTE: Replace <path> with the location you decided to store the included
  113.       "CNetAmigaBackUp/" directory. 
  114.  
  115. NOTE: Although it is also possible to launch this file from within a "Pfiles"
  116.       or "Doors" section of the bbs, it is HIGHLY recommended that you do
  117.       NOT do this. It's better that your users do NOT know that such a file
  118.       exists...
  119.  
  120. OK, Using CNetBackUp:
  121. ~~~~~~~~~~~~~~~~~~~~
  122.     When you first run the "CNetBackUp" file, you'll see a little message
  123. about the CONFIG file not being present. This is only temporary as it will 
  124. be created soon. Just press any key to enter the file.
  125.  
  126.     On the MAIN Menu of the program, you'll see nine choices:
  127.  
  128. <E> Edit File Parameters
  129.  
  130.     - Lets you modify several items of data which define how your BackUp
  131.       File will operate. (More on this in a bit)
  132.  
  133. <M> Modify File Lists
  134.  
  135.     - Lets you modify the list of files that will be Backed Up when this
  136.       BackUp File is used. Each data item consists of both the PATH and
  137.       FILENAME of the file to be Backed Up. (v3.50 now allows for ONLY
  138.       a PATH to be specified, if you wished to back up ALL files contained
  139.       within that path. More on this below).
  140.  
  141. <A> Add  a BackUp File
  142.  
  143.     - Lets you add a NEW BackUp File to those that already exist. If this
  144.       is your first time using CNetBackUp, pressing either "E" or "M" above
  145.       will both have the same affect as this option.
  146.  
  147. <K> Kill a BackUp File
  148.  
  149.     - Allows you to remove a BackUp File you will no longer be using. 
  150.  
  151. <L> Log Viewer
  152.  
  153.     - Allows you to view the "log" of one of the backup files. This log is
  154.       created whenever one of the backup files is used and will contain the
  155.       integrity test output from LHA as well as some info on WHEN the archive
  156.       was created and IF any MISSING files were present in the backup list.
  157.  
  158.     - When AMaint processes a BackUp file, it will send the log to the SysOp
  159.       that holds account ID # 1 as a piece of email. (in v3.50, you can tell
  160.       the program to ONLY send the mail IF the archive failed it's testing!)
  161.  
  162. <C> Create Archive
  163.  
  164.     - This command allows you to "on the fly" create an LHA archive that can
  165.       then be sent to a user on the bbs. You'll be asked for a filename and
  166.       location for the archive and will then be taken into the ADD FILES
  167.       routine(more on this below). When finished ADDING files, when you select
  168.       SAVE, you'll be asked for the ID, Handle or Real Name of a user on your
  169.       bbs. If you supply this info, provided it's valid, a piece of email
  170.       will be sent to this user with the newly created archive attached to
  171.       the mail. (In v3.50, this created archive is copied into that user's
  172.       mailbox BEFORE the mil is created. This way, you can use CNB to create
  173.       other archives without worrying that the first archive is being either
  174.       deleted or renamed!)
  175.  
  176. <F> Floppy Drives (DF0: DF1:, etc.)
  177.  
  178.     - This program will allow you to FORMAT a floppy disk that may be used
  179.       as the DESTINATION for your BackUp file, but in order to do this, the
  180.       program needs to know WHICH & HOW MANY floppy drives your system has.
  181.       Pressing "F" will read the currently defined floppy drives for your
  182.       system. The program will NOT let you choose FORMAT unless your
  183.       designated DESTINATION is the same as one of the drives listed here.
  184.  
  185. <B> BackUp Files Now
  186.  
  187.     - Will allow you to activate one of the BackUp Files, without having to
  188.       wait for the "CNetBackUpA" file to do it. You'll be asked which BackUp
  189.       File you wish to use, then the BackUp will begin. Upon completion, the
  190.       BackUp File START DATE will also be updated, so the "CNetBackUpA" file
  191.       doesn't repeat what you just did, until the interval has elapsed.
  192.  
  193. [Q] Quit CNet BackUp
  194.  
  195.     - Does precisely that, no questions asked! (Pressing RETURN/ENTER will
  196.       also activate the QUIT function).
  197.  
  198. Some of the above menu items take you to other screens that contain even
  199. MORE data items. These "extended" screens are described below:
  200.  
  201. Add/Edit File Parameters:
  202. ~~~~~~~~~~~~~~~~~~~~~~~~
  203.     Both of these items use a similar screen, which contains the following:
  204.  
  205. File Extension
  206.  
  207.     - This is an extension from 1 to 3 characters that will be used to name
  208.       the BackUp file. The format for a BackUp filename is:
  209.  
  210.         - CNetBackUp.???   <--- Where the ??? is your chosen EXTENSION.
  211.  
  212.         - This file is stored inside the "CNetAmigaBackUp/" directory.
  213.  
  214.         - The extension "CFG" is reserved for the CNetBackUp CONFIG file.
  215.  
  216.         - The extension "BAK" is reserved for the CNet Clone BackUp Set.
  217.           (More Information on creating the Clone BackUp Set below).
  218.  
  219.         - The actual LHA'ed BackUp file will ALSO follow a similar format:
  220.  
  221.                 - CNetBackUp_???.LHA   <--- Where ??? is your EXTENSION.
  222.  
  223.         - Pressing ENTER/RETURN with nothing in the string gadget will use
  224.           "CNB" as the default extension.
  225.  
  226. BackUp Description
  227.  
  228.     - This text is simply used as a description for this BackUp File. It is
  229.       only used by the program as a means of describing which File is being
  230.       used for any given action. No filenames are based on this name.
  231.  
  232.     - Pressing ENTER/RETURN when empty here will use text of the format:
  233.  
  234.             "BackUp File # ???"    where ??? will be the next numbered file.
  235.  
  236. TEMP/WORK Path
  237.  
  238.     - This option is SKIPPED when dealing with Clone(BAK) BackUp Sets.
  239.  
  240.     - This should be the location of a FIXED, EMPTY directory. By FIXED, I
  241.       mean this should be a directory which will never be deleted. By EMPTY,
  242.       I mean you should NEVER store any of your OTHER files in this directory,
  243.       as the BackUp program will DELETE all the contents of this directory
  244.       upon the completion of any BackUp task. There is a directory titled
  245.       "BackUp/" which resides INSIDE the "CNetAmigaBackUp/" directory that
  246.       I would recommend you use for the TEMP path, but the choice is yours!
  247.       It is NOT a good idea to use a directory in RAM:, as you may find you 
  248.       do not have enough RAM to store all the files you wish to back up!
  249.  
  250.     - If you press ENTER/RETURN in this string gadget when empty, and if the
  251.       "CNetAmigaBackUp/BackUp/" directory exists, it will be the default used.
  252.  
  253. DESTINATION Path
  254.  
  255.     - This option is SKIPPED when dealing with Clone(BAK) BackUp Sets.
  256.  
  257.     - This is the location where the LHA packed BackUp file will be placed
  258.       after it has been created. It was suggested above that you place this
  259.       file on a FLOPPY disk, in the event you have a Hard Drive Crash, which
  260.       might take out your ENTIRE partition. This way, at least you'll have
  261.       your data on FLOPPY to help in your rebuilding!
  262.  
  263.     - If you wish NOT to use a Floppy Disk for your BackUp storage location,
  264.       then I'd HIGHLY recommend you specify a directory that exists on a
  265.       different HARD DRIVE or a different PARTITION than the one you're using
  266.       to store your CNET: assigned directory. (It won't help much if you LOSE
  267.       your CNET: drive and your BACKUP was on there as well!)
  268.  
  269.     - NOTE: For both the TEMP/WORK Path, and the DESTINATION Path, it is not
  270.             absolutely necessary to end each entry with a /. Your system will
  271.             be scanned to see if a directory by this name actually exists,
  272.             and if so, the "/" will be appended automatically, however if the
  273.             program cannot locate the stated path, you'll be told this! If,
  274.             however, you'll be using an ASSIGN that ENDS with a COLON, you
  275.             MUST supply the COLON or the program will attempt to locate a
  276.             file by this name.
  277.  
  278.     - Pressing ENTER/RETURN when the gadget is empty will use the first drive
  279.       found on your system(as shown in the Floppy Drives section on the Main
  280.       Menu)
  281.  
  282. Interval in Days
  283.  
  284.     - This is the number of days between individual BackUps of data housed
  285.       within this file. Set to "1" and this data will be Backed Up every
  286.       night. Set to "7" and the data is Backed Up every week, etc.
  287.  
  288.     - The value of "1" will be used if ENTER/RETURN is pressed when the string
  289.       gadget is empty.
  290.  
  291.     - Note that this version does NOT have the ability to create BackUps MORE
  292.       often than ONCE a day. If you feel the file SHOULD have this ability,
  293.       please drop me a line and I'll add it in.
  294.  
  295. LHA Pack Priority
  296.  
  297.     - This option is SKIPPED when dealing with Clone(BAK) BackUp Sets.
  298.  
  299.     - *NEW* to 3.50. You can now specify the PRIORITY you'd like LHA to use
  300.       while it's creating and/or testing it's archives. Values can be between
  301.       -5 and 5 inclusive. LHA has a unique parameter switch which allows for
  302.       this priority value to be specified.
  303.  
  304.     - A setting of "0" will make CNet Backup perform as it did previously,
  305.       and will be the default value used if this gadget is left empty.
  306.  
  307.     - Values LESS than zero will tell LHA to only use resources that are NOT
  308.       being used directly by other processes. The -5 extreme may result in
  309.       the creation of archives at a very SLOW rate, as unless your system is
  310.       NOT doing anything else, LHA will literally HALT what it's doing until
  311.       such a time as some resources free up. (I suggest using a value of -1
  312.       for this value. Perhaps -2 if run on multi-line systems).
  313.  
  314.     - Values GREATER than zero give LHA priority over other tasks INCLUDING
  315.       CNet Ports. Using the extreme value of 5 will cause MOST other tasks
  316.       to literally HALT what they are doing, until LHA has finished what it's
  317.       doing. You might want to use a value of 1 or 2 if you HAVE to create
  318.       a BackUp during a "peak" time, as this will allow LHA the extra cpu
  319.       resources it needs to complete it's tasks in as little time as possible,
  320.       while at the same time not COMPLETELY hampering what users on your
  321.       system might be doing at the same time.
  322.  
  323. Use FAST Display
  324.  
  325.     - This option is SKIPPED when dealing with Clone(BAK) BackUp Sets.
  326.  
  327.     - *NEW* to 3.50. By enabling "FAST" displays, LHA will use only one line
  328.       for it's on-screen displays, instead of listing one file per line,
  329.       which can drastically slow down the time it takes to create an archive.
  330.  
  331.     - FAST displays are ENABLED by default.
  332.  
  333.     - FAST displays are NOT used when TESTING archives, because the text is
  334.       suppressed. (The test text is needed in the creation of the logs).
  335.  
  336. Do NO Compression
  337.  
  338.     - This option is SKIPPED when dealing with Clone(BAK) BackUp Sets.
  339.  
  340.     - *NEW* to 3.50. If set to YES, CNet BackUp will do the following:
  341.  
  342.         - The initial archive will be created by simply STORING the files
  343.           contained in your backup set, but WITHOUT data compression.
  344.  
  345.         - Once the archive has been created, the archive ITSELF is then
  346.           PACKED into an archive of it's own. This NEW archive then becomes
  347.           your BackUp archive.
  348.  
  349.     - WHY bother doing this? If what you are backing up is numerous small
  350.       files, or text files, oftentimes doing the above results in much
  351.       SMALLER archives overall. (I created a backup file of ALL files
  352.       contained in my SysText: directory. With this option disabled, the
  353.       resultant backup archive was 85,476 bytes long. Creating the archive
  354.       again, but with this option ENABLED, the resultant archive came in
  355.       at 64,642 bytes. A savings of over 20K!)
  356.  
  357. Create Directories
  358.  
  359.     - This option is SKIPPED when dealing with Clone(BAK) BackUp Sets.
  360.  
  361.     - This is a NEW feature to v3.00. In previous versions of this program,
  362.       a directory structure was created in the TEMP path and the files to be
  363.       backed up were COPIED into these directories. Once all directories had
  364.       been created and all files had been copied, the LHA archiver was then
  365.       activated to archive the TEMP directory.
  366.  
  367.     - If you specify NO to this option, the separate directory structure will
  368.       NOT be created, NOR will the files be COPIED into the TEMP folder.
  369.       Instead, the paths and filenames of the original locations will be used
  370.       to archive the files directly from their point of origin. This option
  371.       can DRAMATICALLY speed up a BackUp operation.
  372.  
  373. Arc to Destination
  374.  
  375.     - This option is SKIPPED when dealing with Clone(BAK) BackUp Sets.
  376.  
  377.     - Another NEW 3.00 option is the ability to have the archive CREATED
  378.       directly in the Destination path, instead of first being created in
  379.       the TEMP path, then COPIED over to the Destination path. If you're
  380.       sure the resultant archive won't be too big to fit in the destination
  381.       path(ie, if that happens to be a floppy disk), then specifying YES to
  382.       this option will squeak a bit more speed from the program.
  383.  
  384. Format Dest Path
  385.  
  386.     - This option is SKIPPED when dealing with Clone(BAK) BackUp Sets.
  387.  
  388.     - Provided you defined your DESTINATION PATH above as a FLOPPY DRIVE,
  389.       you can have the "CNetBackUp" program FORMAT the Floppy Drive BEFORE
  390.       the packed file is copied to it. This allows you to make sure the
  391.       disk has enough room in which to store the BackUp.
  392.  
  393.     - If you specify YES, you'll then additionally be asked if you wish the
  394.       disk to be FULLY formatted or QUICK formatted. The QUICK format will
  395.       only be successfull on a disk that has been previously formatted.
  396.  
  397.     - Pressing ENTER/RETURN here will NOT format the disk.
  398.  
  399. On the "Edit File Parameters" screen, on the top line, you'll be shown both
  400. the FILENAME of the Config File, as well as the date the AMAINT Module last
  401. backed this file up.
  402.  
  403. Last BackUp Date
  404.  
  405.     - Only found on the EDIT screen, this allows you to CHANGE when the "A"
  406.       module will next backup your info.
  407.  
  408.     - If you want to make it backup today, first note the number of interval
  409.       days, then change this date so that it's that number of days into the
  410.       past. This file will be used to perform a backup today during AMAINT.
  411.  
  412. Mail On Fails Only
  413.  
  414.     - This option is SKIPPED when dealing with Clone(BAK) BackUp Sets.
  415.  
  416.     - *NEW* to 3.50. If set to NO, you'll receive an email message whenever
  417.       CNet BackUp's AutoMaintenance performs a backup, however if set to YES,
  418.       then CNB will check the status of the Integrity Test itself and will
  419.       ONLY send you email if the archive FAILS the Integrity Testing.
  420.  
  421.     - When using the SysOp CNetBackUp file to "BackUp Files Now", if this
  422.       setting is set to YES, you'll only be shown the LOG if the archive
  423.       fails it's integrity testing. If set to NO, you'll ALWAYS be shown the
  424.       log file.
  425.  
  426. Edit File Contents:
  427. ~~~~~~~~~~~~~~~~~~
  428.     This is the screen where you define WHICH files and at WHICH paths you
  429. wish to be Backed Up using this BackUp File. The screen is formatted to only
  430. allow 15 items to be shown at one time. A "bar" menu at the bottom of the
  431. screen will show you the available commands:
  432.  
  433. <A>dd
  434.  
  435.     - Allows you to ADD files to the list. This routine is quite powerful in
  436.       itself, because files can be added in numerous ways:
  437.  
  438.         - You can press RETURN to scan ALL files located in your CNET: Root
  439.           directory path, pressing "Y" to Add, "N" to Skip, "A" for ALL FILES,
  440.           or "Q" to Quit.
  441.  
  442.         - The new "L" for Last command will ADD the currently selected item,
  443.           then QUIT the add process(like pressing Y followed by Q).
  444.  
  445.         - You can specify the entire string,  like "sysdata:bbs.udata"
  446.  
  447.         - You can specify just the directory, like "sysdata:"
  448.  
  449.             - You'll be told the entered path is a DIRECTORY, and will be
  450.               asked if you wish the path itself to be added to the BackUp
  451.               Set. If you state NO, then...
  452.  
  453.             - ALL Files within "sysdata:" will be scanned. Each will be
  454.               shown one at a time. You can select YES to ADD that file,
  455.               NO to SKIP that file, ALL to ADD ALL FILES in this directory
  456.               AFTER the last file presented to you, LAST to ADD this file
  457.               and quit, or QUIT to END the ADDING procedure.
  458.  
  459.         - You can use the "*" WILD CARD Character in three ways:
  460.  
  461.             - like this: "sysdata:bbs.*"
  462.  
  463.                 - ALL Files within "sysdata:" STARTING with "bbs.", like:
  464.  
  465.                     bbs.udata, bbs.ukeys3, bbs.cuser, bbs.sam, etc....
  466.  
  467.             - like this: "sysdata:*data"
  468.  
  469.                 - ALL Files within "sysdata:" ENDING with "data", like:
  470.  
  471.                     bbs.udata, bbs.idata, bbs.sdata, bbs.adata, etc....
  472.  
  473.             - like this: "systext:menu/*se*"
  474.  
  475.                 - ALL Files within "systext:menu/" CONTAINING "se", like:
  476.  
  477.                     base, base0, browse, udbase, udbase0, vised, etc....
  478.  
  479.         - When adding files to a ".BAK" Clone BackUp Set, you will NOT be
  480.           able to specify files ENDING in ".bak". When using wildcards, any
  481.           files ending in ".bak" will NOT be shown to you.
  482.  
  483. <K>ill
  484.  
  485.     - Allows you to REMOVE (Kill) item(s) from the list. CNet PARSING is
  486.       allowed at this prompt. In other words, 1-3,7,14- would kill these:
  487.  
  488.             1 - 3  &  7  &  14 - thru the end of the list.
  489.  
  490. <E>dit
  491.  
  492.     - After specifying WHICH item(s) to Edit, you'll be given a basic CNet
  493.       string gadget containing the original path/filename data.
  494.  
  495.     - NOTE: For ALL String Gadgets in this program, the CONTROL Key can be
  496.             used in combination with other keys for added power:
  497.  
  498.             CTRL-X: Erases entire string.
  499.             CTRL-B: Goes to Beginning of string.
  500.             CTRL-N: Goes to the End of the string, etc...
  501.  
  502.          BACKSPACE: Erases character to LEFT of cursor, then moves cursor
  503.                     into that position.
  504.  
  505.             DELETE: Deletes character UNDER the cursor, then moves all
  506.                     characters to the RIGHT of the cursor ONE SPACE to the
  507.                     left. The cursor stays where it is.
  508.  
  509.     - When editing files, the procedure will only work if the NEW file you
  510.       enter ALSO exists at the given path. There are two reasons you might
  511.       want to edit a file:
  512.  
  513.             - To change to the name of some OTHER file, like:
  514.  
  515.                     systext:menu/main   changed to: systext:menu/udbase
  516.  
  517.             - To change to the FULL PATH of the given file, like:
  518.  
  519.                     systext:menu/main   changed to: cnet:systext/menu/main
  520.  
  521.     - If you modify a list entry which results in a PATH specification,
  522.       you'll be asked if you wish to add the FULL path to the list, just
  523.       as if you had added it initially.
  524.  
  525.     - CNet PARSING is also allowed at this prompt. You'll be asked to edit
  526.       each one in sequence. Simply press ENTER/RETURN to leave a file as it
  527.       is, and go on to the next one.
  528.  
  529.     - When editing items in a Clone Backup Set, changing the filename to one
  530.       that ends in ".bak" will NOT be allowed, and you'll be told this.
  531.  
  532. <C>lone
  533.  
  534.     - *NEW* in 3.50. Clone asks you to specify a number of an existing file
  535.       on the list. It then presents you with an edit text gadget that uses
  536.       the path/filename you specified as it's default. This can come in real
  537.       handy if there are numerous files that all exist in the same directory
  538.       path, as now all you have to do is delete the file NAME and type the
  539.       new name.
  540.  
  541.     - If you specify the SAME name as that which you specified initially, or
  542.       if you change the nme to a name that already exists on the list, you'll
  543.       be told this.
  544.  
  545.     - If you edit a name which results in the specification of a directory,
  546.       you'll be asked if you wish the FULL path to be added to the list. For
  547.       example, is you specify you wish to clone "systext:noises" and you then
  548.       edit the text to "systext:", you'll be asked if you wish the "SysText:"
  549.       path itself to be added to the list.
  550.  
  551.     - When cloning items in a Clone Backup Set, changing the filename to one
  552.       that ends in ".bak" will NOT be allowed, and you'll be told this.
  553.  
  554. <N>ext 15
  555.  
  556.     - Will display the NEXT group of 15 items.
  557.  
  558. <P>ast 15
  559.  
  560.     - Will display the PAST group of 15 items.
  561.  
  562. <S>ave
  563.  
  564.     - Will SAVE the data, then Quit to the Main Menu.
  565.  
  566.     - When using the "Create Archive" command off the Main Menu, using this
  567.       command is quicker than saying you wish to QUIT, followed by SAVING
  568.       the contents of the filelist.
  569.  
  570. [Q]uit
  571.  
  572.     - Will prompt you to SAVE DATA if it has been changed, then
  573.       will directly QUIT back to the Main Menu. Pressing ENTER/RETURN
  574.       will also activate the Quit command here as well as the Main Menu.
  575.  
  576. Using a Clone BackUp (.BAK)
  577. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  578.     When adding a new BackUp Set, if you specify BAK for the extension,
  579. you'll be asked for the text description and interval days, while all other
  580. fields will automatically be filled in for you.
  581.  
  582.     A "CLONE" BackUp differs from a standard backup, because an LHA archive
  583. is NOT created in this instance. Instead, the files located in the BAK File
  584. List are CLONED, or copied, into the same directory the original file is
  585. located. This cloned file will END in a ".bak" extension. Any attached file
  586. comment will be retained in the cloned file, as will all attributes. The
  587. timestamp will be updated to reflect the date/time the file was "cloned".
  588.  
  589.     A log file is NOT created for a CLONE BackUp, however if AMaint processes
  590. a Clone BackUp, any MISSING files will be listed in a separate EMail message
  591. that will be sent to SysOp ID # 1.
  592.  
  593.     Included in the archive is a File List titled "CNetBackUp.BAK". You can
  594. use this file as a starter for your own Clone BackUp. Simply create a BAK
  595. BackUp Set, then when taken into the Add Files section, this file will be
  596. automatically read into the computer.
  597.  
  598. Backing Up CNet:
  599. ~~~~~~~~~~~~~~~
  600. The following paragraphs will use this BackUp File example:
  601.  
  602.    "CNetBackUp.DLY"                    BackUp File Parameters
  603.   ===============================    ============================
  604.    cnet:bbstext                        Extension   : DLY
  605.    cnet:bbsmenu                        Description : Daily BackUp
  606.    gfiles:sysops/Arexx_Commands        Temp/Work   : CNetAmigaBackUp/BackUp/
  607.    sysdata:bbs.udata                   Destination : df1:
  608.    sysdata:bbs.adata                   Interval    : 1
  609.    systext:sys.start                   Priority    : 2
  610.    systext:sys.welcome                 FAST Display: Yes
  611.    systext:menu/main2                  NO Compress : No
  612.    systext:menu/editor2                Create Dirs : Yes
  613.   ===============================      Arc to Dest : No
  614.                                        Format Dest : No
  615.                                        Mail Fails  : Yes
  616.                                       ============================
  617.  
  618. Using the above data, "CNetBackUpA" would do the following:
  619.  
  620. - Read names of each BackUp File on record, noting those whose intervals
  621.   have expired.
  622.  
  623. - UpDate the BackUp Date of each BackUp File on record.
  624.  
  625. - If this file was noted above(which we'll say was), then do the following:
  626.  
  627. - If a previous BackUp file by this name exists in the DESTINATION PATH,
  628.   then UNPROTECT and DELETE it from the DESTINATION directory.
  629.  
  630. - Create a "cnet" directory inside the "CNetAmigaBackUp/BackUp/" directory.
  631. - Copy the "bbstext" file into the "CNetAmigaBackUp/BackUp/cnet/" directory.
  632.  
  633. - Create a "gfiles" directory inside the "CNetAmigaBackUp/BackUp/" directory.
  634. - Create a "sysops" directory inside the "CNetAmigaBackUp/BackUp/gfiles/" directory.
  635. - Copy "Arexx_Commands" file into the "CNetAmigaBackUp/BackUp/gfiles/sysops/" directory.
  636.  
  637. - Create a "sysdata" directory inside the "CNetAmigaBackUp/BackUp/" directory.
  638. - Copy the "bbs.udata" file into the "CNetAmigaBackUp/BackUp/sysdata/" directory.
  639.  
  640. - Copy the "bbs.adata" file into the "CNetAmigaBackUp/BackUp/sysdata/" directory.
  641.  
  642. - Create a "systext" directory inside the "CNetAmigaBackUp/BackUp/" directory.
  643. - Copy the "sys.start" file into the "CNetAmigaBackUp/BackUp/systext/" directory.
  644.  
  645. - Copy the "sys.welcome" file into the "CNetAmigaBackUp/BackUp/systext/" directory.
  646.  
  647. - Create a "menu" directory inside the "CNetAmigaBackUp/BackUp/systext/" directory.
  648. - Copy the "main2" file into the "CNetAmigaBackUp/BackUp/systext/menu/" directory.
  649.  
  650. - Copy the "editor2" file into the "CNetAmigaBackUp/BackUp/systext/menu/" directory.
  651.  
  652. - If enabled, FORMAT the DESTINATION directory appropriately.
  653.  
  654. - Using LHA, pack the contents of the "CNetAmigaBackUp/BackUp/" directory,
  655.   using it's FAST display mode at a Priority of 2, compressing ALL files.
  656.  
  657. - Copy the "CNetBackUp_DLY.LHA" file to the "DF1:" drive.
  658.  
  659. - Create a COMMENT for the LHA file listing the date & time of creation.
  660.  
  661. - PROTECT this file from WRITEOVERS and DELETIONS, using Attributes.
  662.  
  663. - Delete the contents of the "CNetAmigaBackUp/BackUp/" directory.
  664.  
  665. - Create a log of the LHA testing of the "CNetBackUp#?" file just created
  666.   using the filename of the archive, minus the .LHA.
  667.  
  668. - If the archive FAILED it's integrity test, then send SysOp ID # 1 the 
  669.   log file through email.  
  670.  
  671. - Completed!
  672.  
  673. As you can see, quite a lot has gone on. Here's a file tree to show you how
  674. the data was stored in the "CNetAmigaBackUp/BackUp/" directory:
  675.  
  676. CNetAmigaBackUp
  677.  ÀÄÄBackUp
  678.      ÃÄÄcnet
  679.      ³   ÃÄÄbbstext
  680.      ³   ÀÄÄbbsmenu
  681.      ÃÄÄgfiles
  682.      ³   ÀÄÄsysops
  683.      ³       ÀÄÄArexx_Commands
  684.      ÃÄÄsysdata
  685.      ³   ÃÄÄbbs.udata
  686.      ³   ÀÄÄbbs.adata
  687.      ÀÄÄsystext
  688.          ÃÄÄsys.start
  689.          ÃÄÄsys.welcome
  690.          ÀÄÄmenu
  691.              ÃÄÄmain2
  692.              ÀÄÄeditor2
  693.  
  694. As you can see, the format looks SIMILAR to, but not EXACTLY the way the
  695. same files appeared within the actual CNET: directory. If your intent is to
  696. create the output in CNET format, the BackUp File would need to undergo some
  697. slight changes. Here's how it, and the resultant tree would look:
  698.  
  699. "CNetBackUp.DLY"                    CNetAmigaBackUp
  700. ==================================   ÀÄÄBackUp
  701. cnet:bbstext                             ÀÄÄcnet
  702. cnet:bbsmenu                                 ÃÄÄbbstext
  703. cnet:gfiles/sysops/Arexx_Commands            ÃÄÄbbsmenu
  704. cnet:sysdata/bbs.udata                       ÃÄÄgfiles
  705. cnet:sysdata/bbs.adata                       ³   ÀÄÄsysops
  706. cnet:systext/sys.start                       ³       ÀÄÄArexx_Commands
  707. cnet:systext/sys.welcome                     ÃÄÄsysdata
  708. cnet:systext/menu/main2                      ³   ÃÄÄbbs.udata
  709. cnet:systext/menu/editor2                    ³   ÀÄÄbbs.adata
  710. ==================================           ÀÄÄsystext
  711.                                                  ÃÄÄsys.start
  712.                                                  ÃÄÄsys.welcome
  713.                                                  ÀÄÄmenu
  714.                                                      ÃÄÄmain2
  715.                                                      ÀÄÄeditor2
  716.  
  717.     Notice the difference? Full paths starting with "cnet:" are used to get
  718. a true CNet output, so why bother with the initial way in the first place?
  719. Well, for my own purposes, there are times I may only wish to BackUp the
  720. contents of say, a particular GFILE directory or PFILE directory, in which
  721. case the full CNET path structure would not be needed. It's totally up to
  722. YOU how you wish to structure your output BackUp files!
  723.  
  724. ** NOTES ON SPECIFYING PATHS IN BACKUP SETS **
  725. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  726.     A moment of time to discuss the usage of PATHS in your BackUp Sets. I
  727. ran numerous tests with LHA and PATHS and noticed that the FIRST level of
  728. path structure is LOST inside the created archives. For instance, taking
  729. the following for example:
  730.  
  731.             1> lha -arex2D2P0 a temp:test.lha devs: systext:
  732.  
  733.     The above LHA command is one that may be interpreted by CNet BackUp. This
  734. archive, if listed using "lha l temp:test.lha", would list a single list of
  735. ALL files contained in BOTH the DEVS: and SYSTEXT: directories, however the
  736. actual PATH "devs/" and "systext/" are NOT being stored in the archive.
  737.  
  738.     Problems can arise if a file by the same name appears in one or more
  739. directories specified in your BackUp set, as in these instances, only the
  740. FIRST file found will be archived, while all other files using the same name
  741. will be skipped, because it will be seen that the file already exists in the
  742. archive.
  743.  
  744.     To fix the above mentioned problem, it will be necessary to specify a
  745. more QUALIFIED path designation in your BackUp Sets. For instance, the above
  746. command line could be rewritten like this:
  747.  
  748.             1> lha -arex2D2P0 a temp:test.lha sys:devs/ cnet:systext/
  749.  
  750.     Using the above, it will be the "sys:" and "cnet:" path portions which
  751. will be dropped, while creating an archive that contains two directories:
  752. "devs/" and "systext/" which contain ALL files.
  753.  
  754.     I hope I've explained the above in enough detail to be fully understood.
  755. A rule of thumb you may want to follow when specifying paths in your BackUp
  756. Sets is to make sure each FULL PATH you specify contains a COLON and at LEAST
  757. one slash(/). CNet BackUp will also recurse into any subdirectories which may
  758. exist in your stated path. For example:
  759.  
  760.     1> lha -arex2D2P0 a temp:test.lha sys:devs/
  761.  
  762.         - An LHA archive containing a "devs/" directory, with internal sub-
  763.           directories for "datatypes/", "dosdrivers/", "keymaps/", "monitors/",
  764.           "networks/", "printers/", etc. would be created, but NO "sys/" path
  765.           will be present in the archive.
  766.  
  767.     1> lha -arex2D2P0 a temp:test.lha dh0:cnet/
  768.  
  769.         - An LHA archive containing a "cnet/" directory, with internal sub-
  770.           directories for "mail/", "base0/", "systext/", "sysdata/", etc, but
  771.           NO "dh0/" path will be present in the archive.
  772.  
  773.     1> lha -arex2D2P0 a temp:test.lha cnet:mail/
  774.  
  775.         - This LHA archive would contain a "mail/" directory, with internal
  776.           subdirectories for "inbound/", "outbound/", "nodelist/", "users/",
  777.           etc., however NO "cnet/" directory will be present in the archive.
  778.  
  779. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  780.  
  781. Tricks & Tips:
  782. ~~~~~~~~~~~~~                   (1)
  783.  
  784.     First, a tip on WHAT to BackUp. You don't want to BackUp EVERYTHING in
  785. your CNET: directory, only those files that would be HARD to replace.
  786.  
  787.     Files you WOULDN'T want to include might be:
  788.               ~~~~~~~~
  789.         - Any "C" format CNet Command files, like "bbs", "load", etc.
  790.                 (These files are located on your CNet Disk Anyways)
  791.  
  792.         - Any UPLOADED files in your udbase partitions.
  793.                 (Face it, here's the BIGGEST HD User on your System. If
  794.                  worse comes to worse, let your USERS refill this area)
  795.  
  796.         - Any COMMAND files used for PFILES. By this I mean, don't bother
  797.           Backing up the actual programs, but you might want to back up the
  798.           prospective "Players/" directories, etc.
  799.  
  800.         - Lastly, don't bother with any files you KNOW you can pick up from
  801.           another source without any trouble, like utilities, pfiles, etc.
  802.  
  803.     Files you WOULD want to BackUp would be:
  804.               ~~~~~
  805.         - ANY files dealing with USER DATA. This could be from CNet itself,
  806.           like the "bbs." files in SysData: to the "Players/" directories in
  807.           your favorite PFILE games directories, etc.
  808.  
  809.         - ANY files initially created the first time you set CNet up. This
  810.           would be things like "bbs.adata", the file that holds the Access
  811.           Group Data, "bbs.avalid", the auto-validation file, "bbsevents",
  812.           the event scheduler data file, etc.
  813.  
  814.         - Your "bbstext" and "bbsmenu" files, which almost EVERY SysOp has
  815.           modified in ONE way or another!
  816.  
  817.         - ANY custom screens, menus, or other text files. These could be
  818.           anything from ".start", ".end" files, "SysText:Menu/" files,
  819.           or "SysText:New/" new user question/sysop question files, etc.
  820.  
  821. ----------------------------------------------------------------------------
  822.                                 (2)
  823.  
  824.     If you'll be using multiple BackUp files, create them in descending
  825. interval order, then enable formatting on the highest interval file. Here's
  826. what I mean:
  827.  
  828. You have three files:   MONTHLY, WEEKLY, and DAILY.
  829.  
  830.     In the course of one week, 8 files will have been saved to the floppy.
  831. (7 DAILY's and 1 WEEKLY)
  832.  
  833.     In the course of two weeks, 16 files, three weeks, 24 files.  When
  834. the end of the month rolls around, 33 write operations will have occurred
  835. on the floppy. By ReFormatting the disk every month, the bit map blocks
  836. can be restarted, so you won't run into fragmented memory errors later!
  837.  
  838. ----------------------------------------------------------------------------
  839.                                 (3)
  840.  
  841.     It's a good idea to keep a couple copies of the same file stored in
  842. different locations in case one gets corrupted.
  843.  
  844.     You could create two copies of the same BackUp File, only change the
  845. DESTINATION of each. You could then offset them by a week. This way, file 1
  846. would be created the first week in location A, then file 2 would be created
  847. a week later and stored in location B, then back to file 1 at the end of
  848. the third week and so on.
  849.  
  850.     The reason I'm mentioning this is that there were a couple times I can
  851. remember QB'ing my Hard Drive(which takes anywhere from 4 to 6 hours), only
  852. to have the day come when I NEED those QB'ed files, but they were corrupted!
  853.  
  854. ----------------------------------------------------------------------------
  855.                                 (4)
  856.  
  857.     Also included within this archive is a file called "CNetBackUp.EXA".
  858. This is an EXAMPLE BackUp File you may wish to use to initially get started
  859. with using this program. To use this file, ADD a BackUp File and enter this
  860. data:
  861.                 Extension   : EXA
  862.                 Description : Example BackUp
  863.                 Temp/Work   : <path>CNetAmigaBackUp/BackUp/
  864.                 Destination : DF1:
  865.                 Interval    : 7
  866.                 Priority    : 0
  867.                 FAST Display: Yes
  868.                 No Compress : No
  869.                 Create Dirs : No
  870.                 Arc to Dest : No
  871.                 Format Dest : No
  872.                 Mail Fails  : Yes
  873.  
  874.     Now, when using the "M" command, you'll be shown the data in this file.
  875. You can choose to KILL, ADD, or EDIT any of the file/paths within this file
  876. to make it work on your system. Furthermore, using the "E" command from the
  877. Main Menu will allow you to change the above data as well. This example file
  878. contains the paths to most of the REALLY important CNet Data Files. It was
  879. included in the hope that it will make it that much easier to get this file
  880. up and running on your systems.
  881.  
  882.     There's also another file, "CNetBackUp.1ST", which contains only four
  883. small files. You could choose to add this file if you wanted to see what
  884. happens when you choose the "BackUp CNet Now" option. Use "1ST" as the
  885. extension and use the same info as shown above for the rest of the info.
  886.  
  887. ----------------------------------------------------------------------------
  888.                                 (5)
  889.  
  890.     This last section is simply a listing of files contained within a CNet
  891. Bulletin Board System, as well as a description of WHAT the file does, or
  892. is used for. You can then use this info in determining how OFTEN you'd like
  893. the data contained within these files backed up:
  894.  
  895. In the CNET: path...
  896.        ~~~~~
  897.   !bbsmenu_stock - Unchanged original bbsmenu file.
  898.   !bbstext_stock - Unchanged original bbstext file.
  899.   bbsconfig.def  - Default "empty" config settings file.
  900.   bbsconfig4     - Contains data editable via the CNet CONFIG executable.
  901.   bbscontrol3    - Contains data editable via the Control Panel & Menus.
  902.   bbsechos4      - Contains the FTN Network data editable by CONFIG.
  903.   bbslicense     - Your PROOF you OWN a legitimate copy of CNet Amiga.
  904.   bbsmenu        - Text file listing ALL available COMMANDS in CNet Amiga.
  905.   bbsnodes       - Lists Net Address Info, like Zones, Regions, Points, etc.
  906.   bbsport1       - Lists Modem Information, editable in CNet CONFIG's Modems.
  907.   bbsroom0       - Default data for Conferences Lobby room.
  908.   bbsroutes      - Electronic EMail Routing Info(from FTN Networks in CONFIG)
  909.   bbstext        - Text file listing 99% of all TEXT displayed within CNet.
  910.  
  911. In the SysData: path...
  912.        ~~~~~~~~
  913.   bbs.adata      - Contains your Access Group Definition Data. (EG)
  914.   bbs.sam        - Contains the System Activity Monitor data. (AM)
  915.   bbs.sdata      - Contains total calls, total users, total accounts, and
  916.                    the next available serial number to use for NEW users.
  917.   bbs.tnhost     - Contains CtelNet Node information.
  918.   bbs.udata      - User Data File (All info editable via the EA command)
  919.   bbs.uind1      - User Handle Index (for quick lookups). (POINTERS)
  920.   bbs.uind2      - User Phone  Index (also for quick lookups). (POINTERS)
  921.   bbs.ukeys4     - Contains Handles, Real Names & MailBox Names.
  922.   passwords      - Holds encrypted Password data. (Use SetPass to create)
  923.   subboards4     - Contains data on ALL subboards(message bases, file bases,
  924.                       text and door areas, etc.)
  925.  
  926. In the SysText: path...
  927.        ~~~~~~~~
  928.   badnames       - Do NOT allow handles containing these texts...               
  929.   badnumbers     - Do NOT allow phone numbers containing these patterns...
  930.   noises         - The <actions> used in Conference (JOIN).
  931.   sys.avalid     - Your Auto Validation parameters for NEW user signups.
  932.   sys.conf       - The intro displayed when a user enters Conference(JOIN).
  933.   sys.countries  - Info displayed when a user edits the COUNTRY they live in.
  934.   sys.end        - Text displayed when a user logs off the bbs(when NOT !).
  935.   sys.info       - Text displayed when the user uses the INFO command.
  936.   sys.private    - If NO NEW USERS is checked in Control Panel, this file is
  937.                       displayed to anyone who types NEW when logging on.
  938.   sys.start      - Text displayed by default when a user logs on.
  939.   sys.welcome    - Text displayed AFTER user makes a successful logon.
  940.   tt0.start      - Text displayed to Ascii users upon logging on.
  941.   tt1.start      - Text displayed to Amiga Ansi users upon logging on.
  942.   tt2.start      - Text displayed to IBM Ansi users upon logging on.
  943.   tt3.start      - Text displayed to C64 users upon logging on.
  944.   tt4.start      - Text displayed to Sky Pix users upon logging on.
  945.   yankend        - When a NonQWK type YANK is specified, this file is added
  946.                       to the BOTTOM of the yank text file.
  947.   yankstart      - When a NonQWK type YANK is specified, this file is added
  948.                       to the BEGINNING of the yank text file.
  949.  
  950. In the Mail: path...
  951.  
  952.   CNETINBOX      - Holds the NEW local email NOT yet processed by mail-task.
  953.   CNETOUTBOX     - Holds the NEW network email NOT yet exported by toss.
  954.  
  955. In a Mail:Users/???/ path...
  956.  
  957.   FOLDERS        - Contains subfolders holding user's email messages.
  958.   _buser3        - Contains JOIN/DROP status this user chose for SubBoards.
  959.   _dict          - The user's custom Dictionary file.
  960.   _sig0          - Default Signature File to use when others are absent.
  961.   _sig3          - FidoNet Signature when HANDLES are required.
  962.   _sig4          - FidoNet Signature when REAL NAMES are required.
  963.  
  964. In a Mail:Users/???/FOLDERS/ path...
  965.  
  966.   INBOX          - Contains NEW mail this user hasn't yet seen
  967.   SENTMAIL       - Copies of mail sent by this user if Copy-Self was ON.
  968.   TRASHCAN       - Contains messages KILLED from other folders.
  969.   _plan          - General "Finger" answers viewable by ALL users(FI).
  970.   _plan_sq       - SysOp-Only "Finger" answers. SysOps get these AFTER the
  971.                       above answers when using FI as well.
  972.  
  973. In the CNET:Configs/ path...
  974.  
  975.   events.cfg     - Contains Event Data created using the CNet CRON program.
  976.   Mail-Task.cfg  - Contains data entered via the Mail-Task's GUI Menus.
  977.  
  978. In a Base?:MessageBase/data/ path...
  979.  
  980.   _Free          - Contains pointers to free address bytes in other files.               
  981.   _Headers3      - Contains titles, authors, dates of creation of messages.
  982.   _Items3        - Contains other header info displayed when reading POSTS.
  983.   _Message3      - Contains link info on locations within _Text file.
  984.   _Text          - Contains TEXT of messages created as POSTS and RESPONSES.
  985.  
  986. In a Base?:FileBase/data/ path..
  987.  
  988.   sys.entry      - Text displayed when ENTERING the base(If help~SuperUser)
  989.   sys.exit       - Text displayed when EXITING  the base(If help~SuperUser)
  990.   _Free          - Contains pointers to free address bytes in other files.
  991.   _Headers3      - Contains filenames, uploaders, dates of upload, etc.               
  992.   _Items3        - Contains other header info(# of DL's, Best CPS, etc.)
  993.   _Message3      - Contains link info on locations into the next 2 files.
  994.   _Short         - Contains the TEXT used for SHORT DESCRIPTIONS of files.
  995.   _Text          - Contains the TEXT used for LONG DESCRIPTIONS of files.
  996.  
  997. ----------------------------------------------------------------------------
  998.  
  999. That's It! & Other Stuff!
  1000. ~~~~~~~~~~~~~~~~~~~~~~~~~
  1001.     Well, that's all there is, there ain't no more! Hehe. Actually, if you
  1002. notice any quirks, bugs, etc, please call my board immediately. If there's
  1003. a feature missing, let me know that too!
  1004.  
  1005.     Lastly, this program was NOT intended as an alternative to QuarterBack,
  1006. or some other well known backup program. It is still a VERY WISE idea to
  1007. use one of these "full blown" programs once every month or so, maybe even
  1008. more often, if you have a very active system. This program was written in
  1009. the event you DID have a HD failure. Using these BackUp files, it should be
  1010. only a matter of minutes before you can get your system back up and running.
  1011. This will give you the added time to get ahold of the pfiles, gfiles, bases,
  1012. etc. that you may have also lost, either from a QB set, or the neighborhood
  1013. bbs', etc, without having to worry about colorization, user data files,
  1014. custom screens, etc...
  1015.                                                                - Dotoran
  1016. ============================================================================
  1017.             Written by: Dotoran of Frontiers BBS (716)/823-9892
  1018. ============================================================================
  1019.